Skunkware 5

home *** CD-ROM | disk | FTP | other *** search

/ Skunkware 5 / Skunkware 5.iso / src / Games / reve / CHANGES.v1-1 < prev next >

Wrap

Text File | 1995-05-03 | 39.6 KB | 888 lines

/* @(#)CHANGES.v1-1 1.2 91/11/07 * * Copyright (C) 1990, 1991 - Rich Burridge & Yves Gallot. * All rights reserved. * * Permission is granted to copy this source, for redistribution * in source form only, provided the news headers in "substantially * unaltered format" are retained, the introductory messages are not * removed, and no monies are exchanged. * * Permission is also granted to copy this source, without the * news headers, for the purposes of making an executable copy by * means of compilation, provided that such copy will not be used * for the purposes of competition in any othello tournaments, without * prior permission from the authors. * * No responsibility is taken for any errors on inaccuracies inherent * either to the comments or the code of this program, but if reported * (see README file), then an attempt will be made to fix them. */ Reve v1.0 - v1.1 change history. ================================ v1.1 - patchlevel 7. 5th January 1991. * From Robert Cohen <robert@anucsd.anu.edu.au> A minor error in the README file. When describing the format of the edge table it says the mean value is about 1000. This changed with the release of the new edge table... the new mean is about 500. [The algorithm for the edge table values also changed with the new edge table; I'll try to get a new description from Yves - Rich.] * Added mention of the mailing list to the README file. * From Andreas Zins <zins@forwiss.uni-erlangen.de> In x11.c, about line 42, the fonts are defined via #define BOLDFONT "lucidasanstypewriter-bold-12" #define DEFFONT "fixed" #define HELPFONT "lucidasanstypewriter-10" #define NORMALFONT "lucidasanstypewriter-12" but I don't have these fonts on my machine. These three fonts are now settable via X resources. You can then add entries like: reve.normalFont: helvetica12 reve.boldFont: helvetica_bold12 reve.helpFont: 6x10 to your ~/.reverc file. This also fixes up the following problem. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> The Help window is too tall to display on a 768 pixel high screen, if opened in conjunction with twm. This is similar to the problem reported with the main board window at an earlier patchlevel. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> If the up-arrow widget is clicked on whilst displaying the last page (#9) of the help in the Help window, the window displays the first page of help again, but numbers it as Page 10 ! Further clicks on the up-arrow widget increment the page count, but the display remains on the first page. * From Martin Ward <Martin.Ward@durham.ac.uk> The main reve window displayed in inverse mode with the SunView version on a monochrome screen. * With the SunView version, the -i (inverse) option wasn't inverting the help and property windows. * From Robert Cohen <robert@anucsd.anu.edu.au> The animation code doesn't work anymore for white pieces. It leaves behind a continous trail of past pieces * Adjusted the images/Creve.icon file to use the correct colors for the color icon, now that the colormap has changed. This has to be painfully done by hand. * Removed all references to the revtable in the X11 (Xlib) driver, and rewrote the load_image() routine to hopefully be more portable. * From Robert Cohen <robert@anucsd.anu.edu.au> The code for changing players from human to computer is wrong. If at the start of the game you set it to computer plays black, it correctly makes a black move. If you then toggle it back again to computer plays white it doesn't then make a white move. In fact after you make a white move (even though it says White: Computer) it then plays a black move. v1.1 - patchlevel 6. 31th December 1990. * From Robert Cohen <robert@anucsd.anu.oz.au> The X11 version incorrectly handled expose events when multiple windows were involved. * From Robert Cohen <robert@anucsd.anu.oz.au> The undo and redo commands don't erase the "moves?" crosses or the suggestions cross. * From Robert Cohen <robert@anucsd.anu.oz.au> The refresh code doesn't refresh the move crosses or the suggestion cross. This means you cant ask for a suggestion, close the window while its thinking about it and open it again when its done. * From Tom Friedel <tpf@jdyx.atlanta.ga.us> There was a nasty bug in the x11.c and xview.c drivers. They assumed that MAXPATHLEN = 1024 in the GETHOSTNAME call. * From raskin@skatter.usask.ca With the tty version, the program mistakenly displays "Black (O)" and "White (X)" for "Black: human" and "White: computer" even though human's pieces are "X". * From Mike Wexler <mikew@maui.fx.com> The help and props windows are now transient windows The help and props windows can now be deleted without the program exiting. Without this fix it is impossible to get rid of the props or help window. * Added the undocumented -D command line option for debugging. Sets synchronous mode for the X11 version. * Added in two more color resources for the X11 (Xlib) and XView versions: reve.blackStoneColor - the color to use to display the "black" stones. reve.whiteStoneColor - the color to use to display the "white" stones. The manual pages have been updated to describe these new resources. * From Robert Cohen <robert@anucsd.anu.oz.au> The manual pages have been updated to describe the evaluation information, including what a negative depth means. * Added ... to the props and help button labels to signify that these buttons will pull up additional windows. * Added a check to the suggest() routine, which checks the validity of the suggested move. If this move is invalid, then the suggest() routine will return the first valid move square. This is a workaround for the problem where, if you play black and as your first move you go either e6 or f5 and then ask for a suggestion, the suggestion is a1 which is of course an illegal move. This is a small problem with the computer strategy which won't be properly fixed until the next revision of the reve game strategy which will include an opening book. This problem should only occur for the first suggested move, so it is not really a bad thing to just give "any old move". v1.1 - patchlevel 5. 20th December 1990. * From Jonathan I. Kamens <jik@pit-manager.MIT.EDU> The Imakefile needs to be updated to install the new reve.help file from the nroff'ed version of the reve manual page. * From Olaf Heimburger <olafh%berthold.UUCP%TUB.BITNET@mitvma.mit.edu> The dummy definition for the make_message() routine was missing from xview.c for the XView version of reve. * An XSynchronize() call was accidentally left in the x11.c file. v1.1 - patchlevel 4. 18th December 1990. * From Jonathan I. Kamens <jik@pit-manager.MIT.EDU> From Rod Whitby <rwhitby@adl.austek.oz.au> From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> You forgot to add common.c and common.o to the file lists in the Imakefile. * The props button for the SunView and X11 version now toggles the display of the property window, rather than closing it down to an icon. * Added in a redraw request (^L for example) for the other versions (not just the tty one). * It was possible to number the 0th stone by toggling the "number move" option. * Added in keyboard options for all the toggles on the property sheet. * From Soren Hein <shein@ferdowsi.berkeley.edu> I'm not sure what the connection is between the level and the #moves lookahead. Does one override the other? For instance, what if I set level to 1 and #moves to 8? [Valerie Haecky has rewritten this section of the README file, and I've modified the manual pages appropriately. The Difficulty and Set Search Depth items on the property sheet have been modified to better reflect the situation - Rich.] * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> It would be nice to have the ability to "make tty" in the Imakefile as well as being able to generate the X11 version. [Rod Whitby has kindly added this to the Imakefile for me - Rich.] * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> Add the ability to change the default background colour of the board to a (not too bright !) green colour. After all, that's the colour of the othello sets you buy in the shops! [I'll do these with settable resources. I'll allow you to set some of them on the command line, and I'll add a .reverc file, which will be read from the users home directory. For the X11/XView versions, I'll allow the resources to be set in all the standard X places, and the .reverc file can superceed them - Rich.] * From: robert@anucsd.anu.oz.au (Robert Cohen) It might be useful to have a way of setting the difficulty absolutely ie in a way not dependant on the machine being used as otherwise level 3 say is harder on a faster machine than a slower machine. Then you could say to someone else as a measure of your Othello playing ability "I can beat reve on level a3" (a3 stands for absolute level 3). [This functionality is now available with the "set search depth" option.] * Added the -props command line option, to automatically display the reve property sheet on startup. * Added the reve.properties X resource, to achieve the same result. * Fixed the problem of the property sheet coming up with the incorrect size under X11R3. * Added in support for online help window via a "help" button on the main panel. The help file is just a copy of the nroff'ed version of the manual pages placed in the $(LIBDIR) directory. The Makefile.dist file has been updated to move this file to $(LIBDIR) with the "make install". You can also specify the location of the reve help file with the new HELPNAMEFILE and HELPNAME definitions. * The -h <helpfile> command line options have been added to allow you to specify an alternate location for the helpfile. The manual pages have been updated. * Modifying the "Computer plays:" selection, failed to update the "Black:" and "White:" messages. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> * From Valerie Haecky <vmh@Eng.Sun.COM> Allow the player to go forwards through a game as well as backwards (Undo only performs the latter and not the former). In other words, "undo the Undo" ! v1.1 - patchlevel 3. 9th December 1990. * Added a description of the -bestmove command line option to the manual pages. * If you were using the -last option, and the window was iconified, and there was only the initial four stones on the board, then opening Reve, would incorrectly show the "last" square. * If you were using the -number option, and the window was iconified, then when Reve was opened again, the number was not being displayed on the last stone. * The display of a single digit on a stone (with the -number option) was not centered correctly. * From Jonathan I. Kamens <jik@pit-manager.MIT.EDU> Problems with the Imakefile. The line that says "LIBDIR=$(USRLIBDIR)/reve" should be deleted, and both of the rules that say "$(LIBDIR)$(PATHSEP)reve" should actually say "$(USRLIBDIR)$(PATHSEP)reve". Also, the EDGENAMEFILE should be changed to $(USRLIBDIR)$(PATHSEP)reve$(PATHSEP)$(ETABLE) * Added in X resources support for the X11(Xlib) and XView versions. Currently, the resources read are: reve.animate: (boolean) show animation. reve.bestmove: (boolean) show computer best move so far. reve.difficulty: (integer) computer difficulty level. reve.last: (boolean) show last move (with a square). reve.log: (boolean) write computer info to log file. reve.notes: (boolean) show computer notes. reve.number: (boolean) show last move (number on stone). reve.quick: (boolean) play quick game (don't flip stones). * From Valerie Haecky <vmh@Eng.Sun.COM> Undo'ing is incorrect at the end game if the computer is playing black. * Need to allow options like -scale through on the command line. This can be done by have an init_graphics() routine that gets called right at the start, which strips off graphics specific options. * The hourglass/watch cursor is turned on, when the computer is suggesting a move. * If the bestmove option is on, and the computer suggested a move, the last bestmove square wasn't being removed. * From Valerie Haecky <vmh@Eng.Sun.COM> The show notes now also shows the current maximum depth for the computer move. * From Valerie Haecky <vmh@Eng.Sun.COM> Added to the README file, the address where people can get information about tournaments, Othello Quarterly, and "Othello Brief and Basic' * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> Because the default is now set not to show the last square, and notes is initially set off, I think that a status message such as 'Black has moved on square <c-5>' should be displayed, otherwise you've no idea where the computer moved. * Stones are numbered and the last square shown when a game is being loaded, if these settings are on. * From Valerie Haecky <vmh@Eng.Sun.COM> More work on the XView version. The control panel layout has been rearranged, and a property window added. The Help button has been removed from the control panel. Several options can now be set via the property sheet. A new difficulty value has been added; the ability to set a maximum computer search depth rather than the computer doing a timed move. * A new XView version has been created. This forks off a separate process to do the computer moves. This is to try to get around the server hanging problem. This still can happen, but not so frequently. Two new files have been created: common.c and reve_proc.c. The Makefile.dist, MANIFEST and FILES files have been updated. * From: robert@anucsd.anu.oz.au (Robert Cohen) It would be nice to have some idea of how far reve was looking ahead. So in the notes section for example you could report on the ply used to find the solution. If the bestmove option was set it could be shown dynamically as new solutions were found. * For the SunView and X11 versions the Done button has been replaced by a Props button. Clicking on this will toggle the display of a property window. The property window looks something like: Computer plays: White | Black | Neither | Both Difficulty: 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 Options: [ ] Animate Move [ ] Show Current Best Move [ ] Show Last Move [ ] Show Evaluation Info. [ ] Number Last Move [ ] Don't Show Flip This introduce two new type of "panel" item, the toggle item (P_TOGGLE) and the choice item (P_CHOICE). The cycle item has been removed. Selecting the Both field on the Computer plays: option, will display the message that this option is currently not implemented. The following changes have occured in the main reve window: The Black: and White: items are messages. The Difficulty: and Show Notes: items will disappear, freeing up a row. Setting the Computer plays: option, alters the Black: and White: options. The iteminfo structure will have five new fields: int lx ; /* X position of the label. */ int ly ; /* Y position of the label. */ char label[60] ; /* Panel item label. */ char *options ; /* Pointer to list of string choices. */ int nopts ; /* Number of options in list. */ Only certain fields are used with each type of panel "item". All items are initialised in main.c. Two new files have been added to the images directory: images/Sch_off.icon images/Sch_on.icon This solves the following problems: * From: robert@anucsd.anu.oz.au (Robert Cohen) It would be nice to be able to change all the program parameters from inside the game. For example being able to pull down a menu and turn the bestmove option on or off. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> I, and most of the users here, use a combination of X11R4, twm and 1024 by 768 colour or mono displays. The new Reve window now exceeds the height of the screen minus the height of the twm title bar of the window! Hence the bottom of half of row 8 and the a to h labelling are no longer visible, even if the top of the twm title bar for the Reve window is at the top of the screen! * From Soren Hein <shein@ferdowsi.berkeley.edu> Why double switches for White, Black and Notes? Both halves of the switches do the same thing. * Incorporated a new version of the rev_eval.c evaluation fuction from Yves. There is also a complete new edge table to go with this. This should be faster on RISC systems. * XResourceManagerString, which is now used as part of the X resources support in the X11 and XView versions, appears to be an X11R4 functions. If you are trying to get the X11 version working with X11R3, then there is a new definition in the Makefile[.dist] file that you'll have to uncomment. The README file has been updated to mention this. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> Using the X11 interface, when I click on Suggest and get a cross marking the suggested square, then the cross does not disappear when I click on Undo (the position is different, so the suggested square is no longer valid). This gets a bit confusing when you do a Suggest, Undo and Suggest again sequence - you end up with 2 crosses on the board. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> When compiling rev_ip.c on an HP-UX 9000 Series 300 machine (68020 or 68030), the HP-UX 7.0 C compiler crashes out with the following error: C1 internal error in "tuplonges": invalid OREG in recognize_array() This problem has now been found, and the appropriate code is #ifdef'ed in rev_ip.c. v1.1 - patchlevel 2. 28th November 1990. * Adjusted Makefile.dist to correctly install and shar reve.man and reve.man.text. * From Soren Hein <shein@ferdowsi.berkeley.edu> The message "Computer can't play both sides" or words to that effect, almost extends into the "Notes" line--not pretty. I've moved the notes panel message down below the display message. The score and turn messages are below that. This will allow longer display messages and evaluation information. * From Soren Hein <shein@ferdowsi.berkeley.edu> From Jacob E. Goodman <JEGCC@CUNYVM.CUNY.EDU> The "last move" square was not being removed when a new move was made, with the monochrome SunView version. * From Soren Hein <shein@ferdowsi.berkeley.edu> Stick with either "piece" or "stone" when outputting messages. The manual pages have been changes to use stone[s]. * From Soren Hein <shein@ferdowsi.berkeley.edu> The mechanism for moving (pulling a circle around) is neat, but slightly imprecise. How about making the square which is pointed to be surrounded by a black box in addition? * From Rod Whitby <rwhitby@adl.austek.oz> The redefinition of LIBDIR in the Reve Imakefile will override any site customisation in site.def in the Imake config directory. * From Daniel Edward Lovinger <dl2n+@andrew.cmu.edu> Use <X11/Xos.h> in x11.c and xview.c - it makes system transparent code a considerable bit easier ... at least in terms of header file stuff. In particular, it handles the {strings,string}.h bit automagically. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> The -animate command line option has been provided to show animation. The computer's stone will glide in from the top left corner of the board, and if you hold the left mouse button down, you can drag your stone around. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> The -quick command line option have been provided to prevent the flash of the turned over stones, and thus provide a quicker game. * From Valerie Haecky <vmh@Eng.Sun.COM> Showing the last move could be optional. The -last command line option has been provided to do this. * The -b command line option has been changed to -black. The -l command line option has been changed to -load. The -n command line option has been changed to -notes. The -w command line option has been changed to -white. * From Jacob E. Goodman <JEGCC@CUNYVM.CUNY.EDU> With the SunView version on a monochrome screen, when I close Reve up, the icon is invisible. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> The "Done" button always confuses me, I would have thought "Hide", "Iconify" would have been a better label for it. * Incorporated the game Reve game strategy routines from Yves that were used in the University of Waterloo Othello competition. These should increase the speed, and the quality of the notation of the 5 stones border. A bug detected on DecStation 5000 has been solved too. The note is different for: . . o o o o o . and . . o o o o o . ? ? o ? ? ? ? ? ? ? x ? ? ? ? ? Bad, because a real "Good" ( note = 0 ), 5 stones border. because in fact a future ( insertion problem ) 6 stones border. * To stop Saber-C from bitching, added continue's to all while and for loops that had empty bodies. * A call to draw_rect() in draw_textfield() in items.c had an incorrect number of parameters. * From John Eldredge <mtxinu!uunet.UU.NET!radar!eldredge@Sun.COM> Added in changes to get Reve to compile on an AT&T UNIX PC (also known as a 7300 or 3B1). This machine uses version 3.51 of its operating system, which is based upon System V Rev. 2. In addition to a few SYSV conditional compilations for the #include for <sys/times.h>, a new definition has been added to the Makefile.dist file, called NO_TIMEVAL which needs to be uncommented, since the timeval structure isn't defined under System V. The usleep() fix is a real hack; System V (or at least this version) doesn't have either the select() system call or the usleep() system call, and can only sleep multiples of one second. * The keyboard accelerator for "moves?" has been changed from 'A' to 'M'. * Suggest shows an evaluation if Notes are on. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> When you undo a move, I suspect the entire board is redrawn. If you keep a separate array of what's actually on-screen, then a take-back should only redraw the squares that are different. * From Soren Hein <shein@ferdowsi.berkeley.edu> It shouldn't say "Black to move" or give Notes when game is over. * From Soren Hein <shein@ferdowsi.berkeley.edu> When the human takes a move back, the line to the right, near the bottom, saying something like: White: <c-7> eval : 1488 should change back accordingly. * The X11 version was incorrectly processing the Shift keys. * From Valerie Haecky <vmh@Eng.Sun.COM> Instead of the square used to show "last move", you could display the move number in the stone. This is nice, if you want to comment a game. I just find myself counting stones all the time. I've added the -number command line option to do this. * From Soren Hein <shein@ferdowsi.berkeley.edu> The note function is not so useful when you don't know what "1488" means, anyway. Are positive numbers good for White, or do they just represent the incremental value of the latest move? Could they be meaningfully converted into an equivalent number of pieces? [An explanation of how the evaluation value is calculated, has been added to the README file, in the strategy section - Rich.] * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> From Soren Hein <shein@ferdowsi.berkeley.edu> As the computer is making it's move, highlight the best square found so far during the computer search and display its rating in the Notes section. * From Richard K. Lloyd <RKL@anduin.compsci.liverpool.ac.uk> Fixed up the MANIFEST and FILES files, to use the new names from patch #1. v1.1 - patchlevel 1. 9th November 1990. * Time allocation function was out by 1. All the levels are shifted by 1. This explains why computer move selection at level 1 is so "slow". * The sandwich routine in makemove.c, was accessing out of bounds elements in the square array. * The play_reve routine in rev_ip.c, was accessing out-of bounds elements in the cpi, cpj and cpk arrays. * black_dpy and white_dpy were declared inconsistently in main.c and extern.h * If you select White->human, then Black->computer, Reve correctly plays the black computer move. If you then select Black->human followed by White->computer, Reve incorrectly made another move for black. There was a similar problem when starting a new game with Black being played by computer. * Fixed up a few other inconsistencies found by Saber-C. * Extraction of the optional X11 display names for the -b and -w options in get_options() was incorrect. * If you used the suggest button, to get the computer to suggest a move, it was decrementing the time allowed for the computer. * Adjusted entries 2191 and 2917 of the Reve edge stability table (in reve.edge2). * Added in the code for a new tree algorithm from Yves (rev_eval.c and rev_ip.c). * Added a -r command line option, which will write some computer move information to a reve.res file after each computer move. This is probably only of use to people trying to improve the computer algorithm. The manual pages has been updated. * The computer move timing function in rev_ip.c now uses an alarm and signal, so should be independent of the machine it's running on. * Changed the variable "depth" to "level". As Reve now uses a timing function to calculate it's computer moves, "depth" is not a true indication of depth. * Changed all #include <strings.h> to #include string.h or strings.h depending upon whether SYSV was defined. * The amount of computer time left for moves is now stored for each move, so that if a move is undone against the computer, the previous time left value is restored. * Added in a -m command line line, which will start up Reve in monochrome only, even on a color screen. * The last move made is now shown by putting a black square around the piece on the board. This is updated when a new move is made. The manual pages have been changed to mention this. * The "last" panel button has been replaced with a "moves?" panel button (and rearranged to be alphabetical), which displays all the valid moves at any particular time. This is very useful for beginners and for teaching purposes. The manual pages have been updated to reflect these changes. * Added in more hooks for two screen support for the X11 version. * From Jonathan I. Kamens <jik@pit-manager.MIT.EDU> - Supplied a standard Imakefile for use with the X11 version of reve. The Imakefile expects the manual pages in (nroff'able format) to be in a file called reve.man, so reve.man needs to be renamed to reve.man.text, and reve.6 needs to be renamed to reve.man. This is detailed explicitly at the beginning of the instructions on how to apply this patch. - If X11 is defined (It's defined in the Imake-generated Makefile), then include <X11/Xos.h>. That file does the index/strchr frobbing automatically. Affects boardstuff.c and main.c - Removed the definition of FREAD in reve.h. Some systems use FREAD as a constant in /usr/include/sys/file.h. Incidentally, it was no longer needed. - Only do the index/strchr frobbing if X11 isn't defined. Change to reve.h - As far as I know, void-returning signal handlers are NOT part of standard BSD4.3, so your #ifdef name for that is a bit wrong. This name has been changed to INT_SIGNAL, and all the appropriate files updated. * Included a new XView version of Reve from Valerie Haecky. Adjusted the "generic" sources to handle this. This involved moving draw_piece and draw_rect into boardstuff.c, and *not* including items.c when compiling the XView version. The XView version needs a -DXVIEW flag to correct setup five #defines in reve.h. The Makefile.dist has been updated to handle all this. * The introductory messages in each file have been changed to try to state our wishes in the correct manner. * From Krishnamurthy Ganesan <ganesan@cs.fau.edu> The processing of the readmask in the Xselect_input() routine in x11.c was incorrect for the non-BSD4.3 option. The parentheses were misplaced in two lines. * From Gordon C. Galligher <telxon!ping!source@uunet.UU.NET> Several icons in the images sub-directory have had their names changed to less than 14 characters, so that they can work on System V machines. * There was an offset problem when drawing the inverted piece for the first time on a mouse down. This was before it was dragged around. v1.1 - patchlevel 0. 22nd October 1990. * A #include <ctype.h> is needed in boardstuff.c to handle the islower() macro. SunOS v4.1 didn't require this. * If black is being played by the computer, and you select a new game, the first move was not being made. * Changed the default playing mode. If you startup reve now with no command line options, then black is played by a human, and the computer plays white. The manual pages have been updated to mention this. * Disabled the time allocation function for the computer when the level of difficulty is 1. This means the computer makes a fast simple move. Level #2 is now set to a total of one minute. The manual pages have been updated to reflect this. * Reve was incorrectly giving notes when humans were making moves. * If the user has undone a few moves, the save operation still saved the undone moves. * The score message should be Black: first, followed by White:, and not the other way around. * If a player is forced to pass the turn message was not being set correctly. * The load/save text field was being incorrectly removed with the monochrome version. * Increased the version number to v1.1; reset the patchlevel to 0. [Posted to comp.sources.games]. v1.0 - patchlevel 6. 18th October 1990. * Fixed up the tty version to work with all the new panel items. * Keyboard input equivalents of each button/cycle now appear to be working. * Improved error messages when loading a game file. * If the user requests a new game, and the computer was playing black, then the computer now correctly makes the first move. * The black/white plays cyclic items have been implemented. * The manual pages has been completed. A plain text of the manual pages has been included with the distribution. The FILES, MANIFEST and Makefile.dist files have been updated. * The undo routine has been fixed. * Changed Makefile.dist to compile reve with -O by default. [Made available internally via anon ftp, and to ACSnet sites in Australia via fetchfile]. v1.0 - patchlevel 5. 17th October 1990. * Added in the ability to load a game, either from the command line or via the Load panel button. The initial variables are initialised appropriately, and the board is displayed. * Added in the save_game() code. * Added an XFlush call to get_event() in the X11 driver. Also set a couple of WM hints. Divided start_tool into two input handling routines depending upon whether XTWO is set. Xnext_input() uses the normal X input handling, and Xselect_input uses the select call (which is not working properly yet). * The text field is now correctly redrawn if there was a FRAME_REPAINT event whilst a load or a save was in progress. v1.0 - patchlevel 4. 15th October 1990. * Added the "done" and "quit" buttons back (albeit on a new second row), and their associated functions. * Added in a text input field, which gets displayed when either the load or save buttons are pressed. This allows a filename for the load/save operation to be specified. * Added a "-l <gamefile>" command line option, which allows you to specify a game file to initially load. Updated the usage message. * Reve will now ignore lines starting with a hash (comments), and blank lines, when reading in the Reve edgetable. * Added the hooks (load_game and save_game()) for loading and saving game files. These routines still need to be written. v1.0 - patchlevel 3. 8th October 1990. * Incorporated new reveinit.[c,h] files from Yves. Adjusted Makefile.dist to not include these files, just thr reve.edgetable. * Modified make_move to correctly allow human vs human, and human vs computer. * Modified init_canvas, such that if the computer is playing black, it correctly makes it's first move. * The cyclic item "Notes:" has been implemented. Two new panel message items have been added; NOTES_MES and TURN_MES. v1.0 - patchlevel 2. 2nd October 1990. * Finished the strategy section of the README file. * Fixed up Makefile.dist to correctly shar up the images directory. * Reve now has nine levels of difficulty. This is described in more detail in the README file. * Added in Gary Klines' SysV mods (for othello) to the Reve code. * reveinit has been linted and modified to generate the edge table in ASCII format. This will make it easily distributable, and save people with slow machines from having to regenerate it. Reve has been modified to read the edge table in ASCII format. * A -d <difficulty> command line has been added. This allows you to specify an initial difficulty for Reve. * The update_board_image() routine nows outputs who's turn it is next. v1.0 - patchlevel 1. 20th September 1990. * Inclusion of command line support for -w <display> and -b <display> With the X11 version, this allows two humans on the network to play Reve against each other. All the hooks are there; this just needs to be finished. * Included in Yves' new Reve computer strategy that uses a timing function. * Increased the number of levels of difficulty to six. These relate to times of 1, 3, 5, 10, 20 and 30 minutes respectively. * Completed the README file (except for part of the Reve strategy section). * Added the SELTYPE definition to Makefile.dist for non BSD-4.3 derived systems. * Included the minimum number of #include files with each source file. * Changed definitions of BLANC/NOIR/VIDE to WHITE/BLACK/FREE. * Adjusted the style of the reve computer strategy modules to be the same as the rest of the Reve code. * Made as many routines as possible void. Definitions added to reve.h. * All versions (SunView, X11, XView and tty) are now working with the new hooks. This all needs to be finished. v1.0 - patchlevel 0. 16th September 1990. * Started. * Removed all references to othello (replacing them with references to reve). Renamed various files appropriately. * All images moved into a sub-directory called images, and images.h adjusted accordingly. * All references to Chris Miller's computer move and remarks code have been removed. Two cycle items (for aspiration and remarks?) plus one panel message item have been removed, and the graphics adjusted accordingly. * Added in a -? command line option. This and the -v option will display the current reve version number and the usage message then exit. * During initialisation, reve will look for a file called reve.edgetable. The location of this file can be set in the Makefile, and also overridden with the -e command line option. Reve will look in every directory on the search path if it's not in the given location. * The Makefile has been modified to generated the reve edge table at installation time, if it's not already made. * All versions (SunView, X11, XView and tty) are now working with the new graphical layout. * The suggest routine now correctly interfaces with the play_reve routine.